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HINTERGRUND DER ERFINDUNG 
1. Bereich der Erfindung 

Diese Erfindung bezieht sich auf einen Echtzeitsteu- 
ermechanismus fur Personalcomputer, der fur die Ko- 
existenz eines Prozesses, der Echtzeiteigenschaften er- 
fordert, und eines Prozesses, der auf einem Allzweck- 
personalcomputer betrieben wird, gedacht ist 

2. Beschreibung des Standes der Technik 

Mit dem rasch weitverbreiteten Gebrauch von Perso- 
nalcomputern (PCs) wurde in den letzten Jahren auch 
gefordert, die verschiedenen Softwaremoglichkeiten, 
die auf PCs vorhanden sind, in einem Echtzeitsystem gut 
zu nutzen, das friiher als geschlossen betrachtet wurde. 

Um die Softwareresourcen auf PCs gut zu nutzen, 
mussen ein RT-ProzeB, der auf einem Echtzeitsystem 
lauft, und ein PC-ProzeB, der auf einem PC lauft, in 
Zusammenarbeit miteinander laufen. Bisher wurden die 
folgendenzwei Verfahren verwendet: 

Herkommiiches Beispiel 1 

Beispielsweise ist ein Verf ahren, das auf Seite 201 von 
"Keisoku to Seigyo Band 34, Nr. 3" (erschierien im Marz 
1995) beschrieben ist, als erstes Verfahren verfugbar. 

Bei diesem Verfahren sind eine CPU 1 (1301) zum 
Betrieb eines PC-OS (110) und eine CPU 2 (1302) zum 
Betrieb eines Echtzeit-OS (1304) getrennt instaOiert 
zum Betrieb von RT-Prozessen (102) unter der Kontrol- 
le des Echtzeit-OS (1304) und PC-Prozessen (111) unter 
der Kontrolle des PC-OS (1 10), wie in Fig. 15 gezeigt 

Die RT und PC Prozesse tauschen Daten miteinander 
uber einen gemeinsamen Speicher (1303) aus, auf den 
von der CPU 1 und der CPU 2 zugegriffen werden kann. 

Herkommiiches Beispiel 2 

Beispielsweise ist ein Verfahren als das zweite Ver- 
fahren verfugbar, das auf Seite 142 von Interface fur 
Juni 1996"(CQ Shuppan) beschrieben ist 

Bei diesem Verfahren wird ein Echtzeit-OS (1304) als 
Kern benutzt und ein PC-OS (1401) wird darauf in der 
Form eines Emulators, wie in Fig. 16 gezeigt, installiert. 

RT-Prozesse (102) benutzen unmittelbar Dienste, die 
durch das Echtzeit-OS (1304) zur Verfugung gestellt 
werden, und PC-Prozesse (111) laufen auf dem PC-OS- 
Emulator (1401). 

Da der herkommliche PC-EchtzeitkontrolImechanis- 
mus so aufgebaut ist, mussen extra Hardware wie CPUs 
und gemeinsamer Speicher zum Betrieb des Echtzeit- 
OS und von RT-Prozessen installiert werden, wobei die 
Kostenerhoht werden. 

Wenn der PC-OS-Emulatbr fur die Konfiguration an- 
genommen wird, kann ein Anstieg der Kosten durch 
Installation von zusStzlicher Hardware unterdruckt 
werden, jedoch muB der gesamte PC-OS-Emulator je- 
desmal geandert werden, wenn das PC : OS auf eine ho- 
here Version verbessert wird, aufgrund der Notwendig- 
keit, der neuesten PC-OS-Version zu folgen, was in ei- 
nem Anstieg in Aufwendungen fur Softwareentwick- 
lungresultiert 



ZUSAMMENFASSUNG DER ERFINDUNG 

Es ist daher ein Ziel der Erfmdung, einen PC-Echtzeit- 
steuermechanismus zur Verfugung zu stellen, der Hard- 
5 warekosten unterdrucken kann und flexibel mit der Ver- 
besserung eines PC-OS auf eine hohere Version umge- 
hen kann, um ein System zur Verfugung zu stellen, in 
welchem RT und PC Prozesse koexistierea 
Hierzu wird gemaB eines ersten Aspektes der Erfin- 
10 dung in eineni Betriebssystem, das eine erste Steuervor- 
richtung zur Zuweisung von CPU-Kapazitaten zu An- 
wendungsprozessen und zur Steuerung der Anwen- 
dungsprozesse als audi einen Treiber-Einbau-Mecha- 
nismus zum Einbau eines Geratetreibers zur Durchf uh- 
15 rung von Eingabe/Ausgabe-Bearbeitung fur Gerate 
umfaBt, ein Echtzeitkontrollsystem zur Verfugung ge- 
stellt, das Verarbeitungen bildet, die Echtzeit-Reak- 
tionsfahigkeit auf einen Interrupt von einem Gerat er- 
fordern, wie ein Editzeitsteuermechanismus, der wie ein 
20 Geratetreiber von dem Betriebssystem angesprochen 
wird, dadurch charakterisiert, daB der Echtzeitsteuer- 
mechanismus Echtzeitprozesse umfaBt, die in einer Be- 
arbeitungskorrespondenz rait den Geraten gebildet 
werden, und eine zweite Steuervorrichtungen zur Zu- 
25 ordnung der CPU-Kapazitaten zu den Echtzeitprozes- 
sen und zur Steuerung der Echtzeitprozesse umfaBt 

Bei dem Echtzeitsteuersystem nach dem ersten 
Aspekt der Erfindung umfaBt in einem zweiten Aspekt 
der Erfindung das Echtzeitsteuersystem eine Vorrich- 
30 tung zur Kommunikation zwischen Echtzeitprozessen 
zur Ubertragung von Daten zwischen den Echtzeitpro- 
zessen. 

Bei dem Echtzeitsteuersystem nach dem ersten 
Aspekt der Erfindung schlieBt in einem dritten Aspekt 
35 der Erfindung der Echtzeitsteuermechanismus weiter- 
hin eine Vorrichtung zur Kommunikation zwischen Pro- 
zessen zur Obertragung von Daten zwischen dem An- 
wendungsprozeB, der auf dem Betriebssystem lauft, und 
dem EchtzeitprozeB ein. 
40 Bei dem Echtzeitsteuersystem nach dem ersten 
Aspekt der Erfindung schlieBt in einem vierten Aspekt 
der Erfindung der Echtzeitsteuermechanismus weiter- 
hin einen Lademechanismus fur Echtzeitprozesse zur 
Eintragung des Anmeldungsprozesses, der auf dem Be- 
45 triebssystem lauft, als EchtzeitprozeB ein. 

Bei dem Echtzeitsteuersystem nach dem ersten 
Aspekt der Erfindung umfaBt in einem funften Aspekt 
der Erfindung der Echtzeitsteuermechanismus weiter- 
hin eine Schutzvorrichtung fur das Betriebssystem ein, 
50 um eine Dienstfunktion zu ermoglichen, die durch das 
Betriebssystem fur den Geratetreiber zur Verfugung 
gestellt wird, um aus dem EchtzeitprozeB benutzt zu 
werden. 

Bei dem Echtzeitsteuersystem nach dem ersten 
55 Aspekt der Erfindung umfaBt in einem sechsten Aspekt 
der Erfindung der Echtzeitsteuermechanismus weiter 
eine Vorrichtung zur Oberwachung von Nutzungsrech- 
ten, um die Zeit zu messen und festzuhalten, die die 
zweite Steuervorrichtung die CPU-Kapazitaten von 
60 dem Betriebssystem besetzt und um die CPU-Kapazita- 
ten abhangig von dem Ergebnis der Messung zwangs- 
weise an das Betriebssystem zuruckzugeben. 

In einem siebten Aspekt der Erfindung umfaBt das 
Echtzeitsteuersystem nach dem ersten bis sechsten 
65 Aspekt der Erfindung weiterhin eine Vorrichtung zur 
Konkurrenzkontrolle, wenn es eine Mehrzahl von Echt- 
zeitsteuermechanismen gibt, um das Master-Slave-Ver- 
haltnis oder das Prioritatsverhaltnis zwischen den Echt- 
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zeitsteuermechanismeneinzustellen. . 

Die obigen und andere Ziele und Merkmale der vor- 
liegenden Erfindung werden aus der folgenden Be- 
schreibung in Verbindung mit den begleitenden Zeich- 
nungen deutlicher werden. 

KURZE BESCHREIBUNG DER ZEICHNUNGEN 

In den begleitenden Zeichnungen ist 

Fig- 1 ein Systemblockdiagramm um eine erste Aus- 
fuhrungsform der Erfindung zu zeigen; 

Fig* 2 ein FluBdiagramm, um den Interruptdienst ei- 
nes PC-OS in der ersten Ausfilhrungsform der Erfin- 
dung zu zeigen; 

Fig. 3 ein FluBdiagramm, um einen Ger&tetreiber- 
Eangangs/AusgangsanfordeningsprozeB des PC-OS in 
der ersten Ausfilhrungsform der Erfindung zu zeigen; 

Fig. 4 ein FluBdiagramm, um die Verarbeitung einer 
zweiten Steuervonichtung zu zeigen, wenn ein RT-Pro- 
zeB als eine Routine des fchtzeitsteuermechanismus in 
der ersten Ausfuhrungsform der Erfindung installiert 
wird; 

Fig. 5 ein FluBdiagramm, um die Verarbeitung der 
zweiten Steuervorrichtung zu zeigen, wenn ein RT-Pro- 
zeB eine besondere Umgebung in der ersten Ausfuh- 
rungsform der Erfindung besitzt; 

Fig. 6 ein FluBdiagramm, um die Verarbeitung der 
Vorrichtung zur Kommunikation zwischen RT-Prozes- 
sen in der ersten Ausffihrungsform der Erfindung zu 
zeigen; 

Fig. 7 ein FluBdiagramm, um die Verarbeitung der 
Vorrichtung zur Kommunikation zwischen RC-Prozes- 
sen in der ersten Ausfuhrungsform der Erfindung zu 
zeigen, ftir einen PC-ProzeB, der Daten empf angt; 

Fig. 8 ein FluBdiagramm, um die Verarbeitung der 
Vorrichtung zur Kommunikation zwischen PC-Prozes- 
sen in der ersten Ausfuhrungsform der Erfindung zu 
zeigen fur einen PC-ProzeB, der Daten ubertragt; 

Fig. 9 ein Systemblockdiagramm, um eine zweite 
Ausfuhrungsform der Erfindung zu zeigen; 

Fig. 10 ein FluBdiagramm, um die Verarbeitung der 
Vorrichtung zur Oberwachung von Nutzungsrechten in 
einer zweiten Ausfuhrungsform der Erfindung zu zei- 



Fig. 11 ein FluBdiagramm, um die Verarbeitung der 
zweiten Steuervorrichtung in der zweiten Ausfuhrungs- 
form der Erfindung zu zeigen; 

Fig. 12 ein FluBdiagramm, um ein anderes Verarbei- 
tungsbeispiel der Vorrichtungen zur Oberwachung von 
Nutzungsrechten in einer zweiten Ausfuhrungsform der 
Erfindung zu zeigen; 

Fig. 13 ein Systemblockdiagramm, um eine dritte 
Ausfilhrungsform der Erfindung zu zeigen; 

Fig. 14 ein FluBdiagramm, um die Verarbeitung der 
Vorrichtung zur Konkurrenzkontrolle in der dritten 
Ausfuhrungsform der Erfindung zu zeigen; 

Fig. 15 ein Systemblockdiagramm, um ein herkSmm- 
liches Echtzeitsteuersystem zu zeigen; und 

Fig. 16 ein Systemblockdiagramm, um ein weiteres 
herkommliches Echtzeitsteuersystem zu zeigen. 

GENAUE BESCHREIBUNG DER BEVORZUGTEN 
AUSFOHRUNGSFORMEN 

Im folgenden wird eine Beschreibung der Ausfuh- 
rungsformen der Erfindung unter Bezug auf die beglei- 
tenden Zeichnungen in grdBerer Genauigkeit gegeben 
werden. . 



Ausfuhrungsform 1 

Eine erste AusfOhrungsform der Erfindung wird unter 
Bezug auf die Fig. 1 bis 8 erortert. 

5 Fig. 1 ist ein Blockdiagramm, um eine Systemkonfigu- , 
ration in der ersten Ausfuhrungsform zu zeigen. 

In Fig. 1 bezeichnet die Zahl 101 eine zweite Steuer- 
vorrichtung zur Verteilung der CPU-Nutzungsrechte 
auf die RT-Prozesse 102a und 102b und zur Verwaltung 

io des RT-ProzeBausfflhrungszustandes als eine zuvor re- 
gistrierte Interrupt-Dienstroutine, die durch ein PC-OS 
als Antwort auf einen Interrupt von irgendeinem GerSt 
anders als eine CPU auf geruf en wurde. 
Die Ziffer 103 bezeichnet eine Vorrichtung zur Kbm- 

15 munikation zwischen RT-Prozessen zur Ermdglidiung 
von Datenaustausch und Synchronisationsverarbeitung 
zwischen den RT-Prozessen 102a und 102b und die Zif- 
fer 104 bezeichnet eine Vorrichtung zur Kommunika- 
tion zwischen PC-Prozessen zur Ermdglidiung von Da- 

20 tenaustausch und Synchronisationsverarbeitung zwi- 
schen den RT- und PC-Prozessen. 

Die Ziffer 105 bezeichnet eine RT-Ladevorrichtung 
zur Ausfuhrung eines Prozesses als ein RT-ProzeB, der 
vorbereitet und uberpruft wurde als ein PC-ProzeB. Die 

25 Zahl 106 bezeichnet eine PC-OS-Schutzvorrichtung um 
es einer PC-OS-Funktion, die im wesentlichen far einen 
Geratetreiber durch das PC-OS zur Verfugung gestellt 
wird zu ermoglichen als RT-ProzeB verwendet zu wer- 
den. 

30 - Die Zahl 107 bezeichnet einen PC-Echtzeitsteuerme- 
chanismus, der als ein Geratetreiber von dem PC-OS 
betrachtet wird und der die Vorrichtungen und RT-Pro- 
zesse 101-106 enthait Die Ziffer 108 bezeichnet erne 
erste Steuervorrichtung, die in den PC-OS enthalten ist, 
35 zur Kontroile der AusfQhrungsordnung der PC-Prozes- 
se, die ZSffer 109 bezeichnet einen Treiber-Einbau-Me- 
chanismus, um einen Rahmen fur den Bau eines Gerate- 
treibers in das PC-OS zur Verfugung zu stellen, und die 
Zahl 1 10 bezeichnet das PC-OS. 
40 Die Zahlen 111a— 111c sind PC-Prozesse von An- 
wendungsprogrammen, die auf dem POOS lauf en. 

Als nachstes win! der Betrieb in der Reihenfolge (1) 
PC-Echtzeiteteuermechanismus, (2) Treiberbetrieb, der 
mit Eingabe/Ausgabe-Anforderungen verbunden ist, 
45 die durch einen PC-ProzeB erzeugt werden, (3) zweite 
Steuervorriditung zur Steuerung eines RT-Prozesses 
als eine Routine des Echtzeitsteuermedianismus, (4) 
zweite Steuervorrichtung, wenn ein RT-ProzeB instal- 
liert ist, der eine einzigartige Umgebung besitzt, (5) Ver- 
so arbeitung der Kommunikation zwischen RT-Prozessen, 
(6) Verarbeitung der Kommunikation zwischen PC-Pro- 
zessen, (7) RT-Ladevorrichtungen, und (8) PC-OS- 
Schutzvorrichtung erortert 
(1) Als erstes wird erdrtert werden, wie der PC-Echt- 
55 zeitsteuermechanismus 107 ausgefuhrt wird 

Aus der Sicht des PC-OS 1 10 ist der PG-Echtzeitsteu- 
ermechanismus 107 ein Geratetreiber. Der Geratetrei- 
ber wird ausgefuhrt entweder wenn ein Interrupt von 
irgendeinem GerSt anders als die CPU auftritt oder 
6o wenn eine Eingabe/Ausgabe-Anforderung von einem 
PC-ProzeB empf angen wird 

Fig. 2 zeigt den FluB eines Prozesses von dem Auftre- 
ten eines Interrupts in einem normalen OS bis zur Been- 
digung der korrespondierenden Geratetreiberverarbei- 
65 tung. 

Wenn ein Interrupt auftritt, beginnt die CPU erne 
Routine, die durch das PC-OS 110 fur die CPU zum 
Zeitpunkt der OS-Initialisierung eingetragen wurde. 
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Die begonnene OS-Routine sichert zuerst den System- 
zustand im Schritt S201, der vorliegt, wenn der Interrupt 
auftritt 

Als nachstes wird in Schritt 202 uberpruft, ob oder ob 
nicht eine Dienstroutine zuvor eingetragen wurde, die 
dem Interrupt (Interruptdienstroutine) entspricht 
Wenn keine Interruptdienstroutine bei Schritt 202 regi- 
striert ist, geht die Steuerung zu Schritt 203, bei wel- 
chem das System beim Auftreten eines unerwarteten 
Interrupts angehalten wird oder die Steuerung geht zu 
Schritt 205, bei welchem der Systemzustand wiederher- 
gestellt wird und der ProzeB abgeschlossen wird 2u 
welchem Schritt die Steuerung geht, hangt von dem Typ 
des PC-OS ab; dieses Thema betrifft nicht unmittelbar 
die Erfindung und wird daher nicht erortert 

Wenn die Interruptdienstroutine bei Schritt 202 regi- 
stries: ist, wird sie bei Schritt 204 aufgerufeiL Bei Been- 
digung der Ausfuhrung der Interruptdienstroutine geht 
die Steuerung zu Schritt 205, bei welchem der System- 
zustand, der bei Schritt 201 gesichert wurde, wieder 
hergestellt wird und der Interruptdienst wird vollendet 
Die Interruptdienstroutine, die bei Schritt 204 aufge, 
mf en wurde, tauscht Daten mit dem Gerat aus, das das 
Auftreten des Interrupts verursacht hat (wenn der Inter- 
rupt ein Dateneingabeinterrupt ist holt sie Daten von 
dem Gerat; wenn der Interrupt ein Datenausgabevoil- 
endungsinterrupt ist sendet sie Ausgabedaten zu dem 
Gerat). Im Ergebnis wird der Wartezustand des PC-Pro- 
zesses aufgehoben und die erste Steuervorrichtung 108 
wird aufgeruf en, urn den PC-ProzeB erneut zu steuern, 
wenn ein PC-ProzeB, der auf eine Eingabe/Ausgabe- 
Anforderung wartet, existiert 

Wenn die Steuervorrichtung direkt von einer Inter- 
ruptdienstroutine in einem normalen OS gerufen wird, 
tritt ein Widerspruch in der Systemverarbeitung auf. 
Daher wird ein Mechanismus zur Verfugung gestellt, 
um die erste Steuervorrichtung 108 nach der Voilen- 
dung deslnterruptdienstes aufzurufen. 

(2) Als nachstes wird aufgrund eines FluBdiagrammes 
der Fig* 3 ein Geratetreiber-AusfuhrungsprozeB eror- 
tert werden, der mit einer Eingabe/Ausgabe-Anforde- 
rung verbunden ist, die durch einen PC-ProzeB 111 er- 
zeugt wurde. 

Wenn eine Eingabe/Ausgabe-Anforderung von ei- 
nem PC-ProzeB ausgegeben wird, wird der Treiber-Ein- 
bau-Mechanismus, ein Teil des PC-OS 110, aufgerufen. 
Der Treiber-Einbau-Mechanismus beginnt bei Schritt 
301 eine Routine zur Annahme der Geratetreiberanfor- 
derung, die im Typ der Eingabe/Ausgabe-Anforderung 
von dem PC-ProzeB entspricht Beispielsweise sind die 
Routinen zur Annahme der Anforderung eingeteilt in 
diejenigen fiir Daten lesen, Daten schreiben, direkte Ge- 
ratesteuerung, etc. und sie werden bei der Verarbeitung 
der Initialisierung der Geratetreiber in dem Treiber- 
Einbau-Mechanismus registriert Die Routine zur An- 
nahme der Geratetreiberanforderung tauscht Daten mit 
einem vorgegebenen Gerat als Antwort auf den Anfor- 
derungsinhalt aus. Da das Gerat verglichen mit der 
CPU-Geschwindigkeit sehr langsam ist, versetzt der 
Treiber-Einbau-Mechanismus in Schritt 302 den PC- 
ProzeB in einen Eingabe/Ausgabe-Vollendungswarte- 
zustand. 

, Da der PC-ProzeB dennoch bei Schritt 302 in den 
Wartezustand eintritt, wird bei Schritt 303 die erste 
Steuervorrichtung gerufen, um den nachsten auszufuh- 
renden PC-ProzeB auszuwahlen und der ProzeB zur 
Eingabe/Ausgabe-Anforderung wird vollendet. 
Der PC-ProzeB, der in den Eingabe/Ausgabe-Vollen- 



dungswartezustand versetzt wurde, wird aus dem War- 
tezustand durch die in Fig, 2 gezeigte Interruptdien- 
stroutine entlassea 
Wie wir erortert haben, wird die erste Steuervorrich- 
5 tung 108, die in dem PC-OS enthalten ist, wahrend der 
Geratetreiberverarbeitung nicht ausgefuhrt Im Ergeb- 
nis wird der Geratetreiber verarbeitet, wobei er Vor- 
rang fiber die PC-Prozesse llla-lllc und die erste 
Steuervorrichtung 108 erhalt 
to (3) Als nachstes wird der Betrieb der zweiten Steuer- 
vorrichtung 101 zur Steuerung der Ausfuhrung eines 
RT-Prozesses unter Bezug auf Fig. 4 erortert werden. 
Fig. 4 ist ein FluBdiagramm, um die Verarbeitung der 
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15 ProzeB als eine Routine des PC-Echtzeitkontrollmecha- 
nismus installiert wird 

Wenn die zweite Steuervorrichtung 101 aus Schritt 
204 in Fig. 2 aufgerufen wird, fuhrt sie zuerst Schritt 401 
aus. Die zweite Steuervorrichtung 101 uberpruft ein 
20 Kennzeichen, das anzeigt, daB der PC-Echtzeitsteuer- 
mechanismus ausgefuhrt wird Wenn das Kennzeichen 
AN ist, fuhrt die zweite Steuervorrichtung 101 keine 
Operation durch, beendet den ProzeB und kehrt zu 
Schritt 205 in Fig. 2 zurfick. 
25 Wenn das Kennzeichen bei Schritt 401 AUS ist, setzt 
die zweite Steuervorrichtung 101 das Kennzeichen im 
Schritt 402 auf AN und geht zu Schritt 403 und uber- 
pruft, ob oder ob nicht ein ausfQhrbarer RT-ProzeB exi- 
stiert Um dies zu tun .werden die Anfangsadressen von 
30 RT-Prozessen (in der Ausfuhrungsform Anfangsadres- 
sen von Routinen) in einer Tabelle festgehalten und es 
kann bestimmt werden, daB alle RT-Prozesse, die in der 
Tabelle festgehalten werden, in einem ausfuhrbaren Zu- 
stand sind Wenn ein Interrupt von einem Gerat regei- 
35 maBig auftritt wird die Tabelle mit einem Zahler verse- 
hen, wobei die Operation auch bei unterschiedlichen 
periodischen Zeiten fur jeden RT-ProzeB begonnen 
werdenkann. 
Wenn bei Schritt 403 ein ausfQhrbarer RT-ProzeB 
40 existiert, geht die zweite Steuervorrichtung 101 zu 
Schritt 404 und ruft die in der Tabelle eingetragene 
Routine auf. Die aufgerufene Routine (RT-ProzeB) fuhrt 
eine Verarbeitung gemiB des RT-Prozesses durch und 
gibt dann die Steuerung an Schritt 404 zuruck, worauf- 
45 hin die Steuerung zu Schritt 403 geht Schritt 403 und 
404 werden wiederholt ausgefuhrt, wobei alle ausfuhr- 
baren RT-Prozesse die in der Tabelle eingetragen sind, 
ausgefuhrt werden. Dann geht die zweite Steuervor- 
richtung 101 nach Schritt 405, setzt das Kennzeichen auf 
so 0 (AUS) und beendet den ProzeB. 

In diesem Falle wird der RT-ProzeB bei der Ruckkehr 
von der Routine wie in Fig. 4 gezeigt beendet 

(4) Als nachstes wird aufgrund eines FluBdiagrammes 
in Fig. 5 der Betrieb der zweiten Steuervorrichtung 101 
55 erdrtert, wenn ein RT-ProzeB, der eine einzigartige Um- 
gebung besitzt, installiert wird statt als eine Routine des 
PC-Echtzeitsteuermechanismus. 

In diesem Falle besteht der RC-ProzeB aus Initialisie- 
rungsverarbeitung des RT-Prozesses selbst und wieder- 
60 holter Verarbeitung gemaB dem ProzeB wie in Fig. 5 
gezeigt Die wiederholte Verarbeitung wird beendet 
durch den Aufruf von Achtung Warten zur Aufgabe des 
Ausfuhrungsrechtes. 
Wenn die zweite Steuervorrichtung 101 von Schritt 
65 204 in Fig. 2 aufgerufen wird, fuhrt sie zuerst die Schrit- 
te 401 und 402 in Fig. 5 wie diejenigen in Fig. 4 aus. 

Als nachstes wird in Schritt 403 die zweite Steuervor- 
richtung 101, ob oder ob nicht ein ausfQhrbarer RT-Pro- 
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zeB existiert, auf dieselbe Weise wie unter Bezug auf das Warten in Schritt 504 des RT-Prozesses auf und verlaBt 
FluBdiagramm in Fig- 4 beschrieben. Wenn in Schritt den ausf uhrbaren Zustand. 

403 ein ausfuhrbarer RT-ProzeB existiert, geht die zwei- Wenn keine Daten im Schritt 602 existieren, setzt die 
te Steuervorrichtung 101 zu Schritt 501 und stellt die Vorrichtung zur Kommunikation zwischen RT-Prozes- 
Zustandsinforraation des RT-Prozesses wieder her, den 5 sen den RT-ProzeB 102a auBer den ausfuhrbaren Zu- 
sie bei Schritt 403 gefunden hat Wenn die Zustandsin- stand in Schritt 604, halt die RT-ProzeBziistandsinfor- 
formation des RT-Prozesses wiederhergestellt ist, wird mation in Schritt 605 fest und ruft die zweite Steuervor- 
der RT-ProzeB beginnendmit Schritt 503 wieder ausge- richtung 101 in Schritt 60S. Die aufgerufene zweite 
fuhrt Die Verarbeitung des RT-Prozesses wird hier Steuervorrichtung 101 ist dieselbe wie diejenige, die bei 
erdrtert 10 der Warten- Verarbeitung beschrieben wurde (Schritt 

Wenn der RT-ProzeB zum ersten Mai aufgerufen 403 in Fig. Sy 
wird, fuhrt er seine eigene Initialisierungsverarbeitung Wenn der RT-ProzeB 102b ausgewahlt wird und die 
bei Schritt 502 durch und geht zu Schritt 503. Um den Zustandsinformation als Ergebnis der Verarbeitung der 
RT-ProzeB zum ersten Mai aufaurufen, kann er in einer zweiten Steuervorrichtung 101 wiederhergestellt wird, 
Initialisierungsverarbeitung des PC-Echtzeitsteuerme- 15 so wird die Ausfuhrung des RT-Prozesses 102b unmit- 
chanismus des Geratetreibers aufgerufen werden, oder telbar nach Warten erneut begonnen. Der RT-ProzeB 
er kann in einer Geratestartanforderung aufgerufen 102b geht zu Schritt 607 und ruft die Datenubertragung 
werden, die von einem PC-ProzeB ausgegeben wird auf. Wenn die Datenubertragung aufgerufen wird, wird 

In Schritt 503 wird eine Verarbeitung gemaB dem die Vorrichtung zur Kommunikation zwischen RT-Pro- 
RT-ProzeB durchgefuhrt und dann wird in Schritt 504 20 zessen in Schritt 608 ausgefuhrt und sie pruft, ob oder 
Warten aufgerufen. ob nicht ein ProzeB in einem Datenwartezustand exi- 

Der Warte-Aufruf ist eine Funktion, die von dem PC- stiert 
Echtzeitsteuermechanismus fOr den RT-ProzeB zur Wenn kein RT-ProzeB in einem Datenwartezustand 
Verffigung gestellt wird und benutzt wird, um zeitweise existiert, kopiert die Vorrichtung zur Kommunikation 
die AusfGhrung des RT-Prozesses anzuhalten. Diese 25 zwischen RT-Prozessen in Schritt 609 die Daten in einen 
Funktion ist fur die Erfmdung nicht unentbehrlich, aber Speicherbereich, der in der Vorrichtung zur Kommuni- 
sie erleichtert die Beschreibung der Ausf flhrungsform . kation zwischen RT-Prozessen enthalten ist, vollendet 
der Erfindung. Der aufgerufene RT-ProzeB wird im die Datenubertragung, kehrt zu dem RT-ProzeB 102b 
Schritt 505 auBer den ausfuhrbaren Zustand gesetzt und zurQck und verlaBt den ausfOhrbaren Zustand durch 
die Zustandsinformation des RT-Prozesses wird in 30 Aufruf von Warten. In der Beschreibung tritt der RT- 
Schritt 506 festgehalten, daraufhin wird im Schritt 403 ProzeB 102a im Schritt 604 in den Datenwartezustand 
die zweite Steuervorrichtung 101 wieder aufgerufen. ein und folglich wird im Schritt 608 festgestellt, daB ein 

Um die Zustandsinformation des RT-Prozesses in ProzeB existiert, der auf Daten wartet und die VorHch- 
Schritt 501 wieder herzustellen, wird die Zustandsinfor- tung zur Kommunikation zwischen RT-Prozessen geht 
mation, die in Schritt 506 festgehalten wurde, wieder- 35 zuSchritt610. 

hergestellt und der RT-ProzeB beginnt wieder mit der In Schritt 610 kopiert die Vorrichtung zur Kommuni- 
Ausfuhrung in Schritt 503. kation zwischen RT-Prozessen die Daten in den Spei- 

Wenn die Schritte 403 und 501 bis 506 wiederholt cherbereich, der durch den RT-ProzeB bestimmt wird 
werden und idle ausfuhrbaren RT-Prozesse auBer den und versetzt in Schritt 611 den RT-ProzeB in den aus- 
ausfuhrbaren Zustand durch Aufruf von Warten gesetzt 40 fuhrbaren Zustand, wobei die Verarbeitung der Daten- 
sind, wird in Schritt 403 festgestellt, daB keine ausfuhr- ubertragung volistandig ist, die Steuerung zu dem RT- 
baren RT-Prozesse existieren. In Schritt 405 wird das ProzeB 102b zuriickkehrt, in Schritt 504b Warten aufge- 
Kennzeichen auf AUS gesetzt und die Steuerung kehrt rufen wird und der RT-ProzeB 102b den ausfuhrbaren 
zu dem PC-OS Interruptdienst zuruck (Schritt 204 in Zustand verlaBt 

dem FluBdiagramm in Fig. 2). 45 Wenn der RT-ProzeB 102a als ProzeB in ausfuhrba- 

(5) Als nachstes wird die Verarbeitung der Vorrich- rem Zustand in Schritt 403 in dem FluBdiagramm in 
tung zur Kommunikation zwischen RT-Prozessen eror- Fig. 5 ausgewShlt wird und der Zustand in Schritt 501 
tert wieder hergestellt wird, dann kehrt die Steuerung zu 

Die RT-Prozesses werden als unabh&ngige Verarbei- Schritt 606 zuriick. 
timgen unter Bezug auf die FluBdiagramme in den Fig. 4 50 Die Datenempfangsverarbeitung des RT-Prozesses 
und 5 beschrieben, allgemeine Prozesse jedoch fuhren 102a ist dann volistandig. Wenn im Schritt 504a Warten 
eine Verarbeitung durch, wahrend sie die Verarbeitung aufgerufen wird, verlaBt der RT-ProzeB 102a den aus- 
synchronisieren und Daten miteinander austauschen. fuhrbaren Zustand und die zweite Steuervorrichtung 

Ein ProzeBablauf wird erortert werden, indent der 101 gibt die Steuerung an den PC-OS-Interruptdienst 
einfachste Datenaustausch zwischen zwei RT-Prozes- 55 zuruck, weil kein ProzeB in einem ausfuhrbaren Zustand 
sen 102a und 102b als ein Beispiel genommen wird. existiert 

Fig. 6 ist ein FluBdiagramm, das den Datenempfang (6) Als nachstes wird die Verarbeitung der Vorrich- 
des RT-Prozesses 102a und die Datenubertragung des tung zur Kommunikation zwischen PC-Prozessen unter 
RT-Prozesses 102b anzeigt Bezug auf Fig. 7 und 8 erortert werden. 

Wenn der RT-ProzeB 102a im Schritt 601 Daten emp- 60 In einem normalen Computerbetriebssystem wie PC- 
fangt, wird zuerst die Vorrichtung zur Kommunikation OS, konnen PC-Prozesse oder RT-Prozesse die Verar- 
zwischen RT-Prozessen in Schritt 602 aufgerufen und beitung uritereinander synchronisieren oder Daten mit- 
dieser uberprOft ob oder ob nicht Daten existieren. einander austauschen. Wenn PC- und RT-Prozesse ge- 
Wenn Daten existieren kopiert die Vorrichtung zur mischt sind, wird die Synchronisation des Datenaustau- 
Kommunikation zwischen RT-Prozessen die Daten in 65 sches zwischen den PC- und RT-Prozessen notwendig. 
einem Speicherbereich, der bestimmt wird, wenn im Die ProzeBablaufe werden erortert, indem der ein- 
Schritt 603 ein Datenempfang des RT-Prozesses aufge- fachste Datenaustausch zwischen PC- und RT-Prozes- 
rufen wird, sie beendet den Datenempf angsprozeB, ruft sen als Beispiel genommen wird. Fig. 7 ist ein FluBdia- 
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gramm fur den Empfang von Daten durch den PC-Pro- 
zeB und die Obertragung von Daten durch den RT-Pro- 
zeB. Fig, 8 ist ein FluBdiagramm fur die Obertragung 
von Daten durch den PC-ProzeB und den Empfang von 
Daten durch den RT-ProzeB. 

Tatsachlich entspricht die Datenubertragung in dem 
PC-ProzeB einer Datenausgabeariforderung, die an den 
Geratetreiber ausgegeben wird, der dem PC-Echtzeit- 
steuermechanismus gleichwertig ist und der Datenemp- 
fang entspricht einer Dateneingabeanforderung, die an 
diesen ausgegeben wird Die Funktion kann in dieser 
Form fur den PC-ProzeB zur Verfugung gestellt wer- 
den, oder eine Bibliothek kann fur den PC-ProzeB zur 
Verfugung gestellt werden, zur Verknupfung einer Da- 
tenausgabeanforderung mit einer Datenfibertragung 
und einer Dateneingabeanforderung mit einem Daten- 
empfang. 

Zuerst wird unter Bezug auf Fig. 7 der Betrieb zum 
Empfang von Daten durch den PC-ProzeB und zur 
Obertragung von Daten durch den RT-ProzeB beschrie- 
benwerdea 

Wenn die erste Steuerschaltung 108 den PC-ProzeB 
ausfuhrt und einen Datenempfang in Schritt 701 anfor- 
dert, ruft der Treiber-Einbau-Mechanismus die Vorrich- 
tung. zur Kommunikation zwischen PC-Prozessen des 
PC-Echtzeitsteuermechanismus als eine Dateneingabe- 
anforderung auf* 

Die Vorrichtung zur Kommunikation zwischen PC- 
Prozessen uberpruft als erstes den Schritt 702, ob oder 
ob nicht Daten existieren. Wenn Daten existieren, geht 
die Vorrichtung zur Kommunikation zwischen PC-Pro- 
zessen zu Schritt 703 und gibt die Steuerung an den 
Treiber-Einbau-Mechanismus als Dateneingabeanfor- 
derungsvollendung wie der normale Geratetreiber zu- 
ruclc Im Ergebnis wird der PC-ProzeB ausgefuhrt, wo- 
bei Schritt 701 als Datenempfangsvollendung fortge- 
setztwird. 

Wenn in Schritt 702 keine Daten existieren, geht die 
Vorrichtung zur Kommunikation zwischen PC-Prozes- 
sen zu Schritt 704 und setzt den PC-ProzeB in einen 
Wartezustand auf Dateneingabe von einem Gerat und 
benachrichtigt dann das PC-OS. 

Als nachstes geht die Vorrichtung zur Kommunika- 
tion zwischen PC-Prozessen zu Schritt 705 und gibt die 
Steuerung an den Treiber-Einbau-Mechanismus 109 als 
Dateneingabeanforderungsvollendung zuruck. Da der 
PC-ProzeB in den Gerateeingabewartezustand versetzt 
ist, ruft der Treiber-Einbau-Mechanismus 1 (109) die 
erste Steuervorrichtung 108 in das PC-OS auf zur Aus- 
fuhrung ernes anderen PC-Prozesses als des PC-Prozes- 
ses im Gerateemgabewartezustand 

Wenn die zweite Steuervorrichtung 101 als ein Gera- 
teinterrupt fiir das PC-OS aufgerufen wird und folglich 
der RT-ProzeB ausgefuhrt wird, wird die Vorrichtung 
zur Kommunikation zwischen PC-Prozessen in Schritt 
706 aufgerufen und uberpruft, ob oder ob nicht ein Pro- 
zeB existiert, der auf einen Datenempfang wartet. 

Wenn in Schritt 706 kein ProzeB existiert, der auf 
eineri Datenempfang wartet, halt die Vorrichtung zur 
Kommunikation zwischen PC-Prozessen die Daten fest 
und kehrt zu dem RT-ProzeB zurilck. Bei dem Beispiel 
wartet der PC-ProzeB auf einen Datenempfang und 
folglich geht die Vorrichtung zur Kommunikation zwi- 
schen PC-Prozessen zu Schritt 708 und kopiert Daten in 
den PC-ProzeBspeicherbereich, der festgelegt wird, 
wenn der PC-ProzeB die Dateneingabeaufforderung er- 
zeugt Daraufhin geht sie zu Schritt 709 und benachrich- 
tigt das PC-OS, daB der Dateneingabewartezustand des 
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PC-Prozesses aiifgegeben wurde. 

Das PC-OS andert den Zustand des PC-Prozesses 
von dem Eingabewartezustand in einen ausfuhrbaren 
Zustand Wie zuvor unter bezug auf das FluBdiagramm 
5 mHg.2beschriebenwiixijedcK:herkannt,daBeinGera- 
teinterruptservice von dem PC-OS ausgefuhrt wird, und 
folglich wird die erste Steuervorrichtung 108 nicht auf- 
gerufen und die Steuerung wird an Schritt 709 zuruck- 
gegeben, wobei die Verarbeitung der Datenubertra- 
io gung der Vorrichtung zur Kommunikation zwischen 
PC-Prozessen beendet wird und die Steuerung an den 
RT-ProzeB zuruckgegeben wird. 

Wenn alle ausfuhrbaren RT-Prozesse abgearbeitet 
sind. wird die Steuerung von der zweiten Steuervorrich- 
15 tung 101 an den Interruptdienst des PC-OS zuruckgege- 
ben. Wie zuvor beschrieben, unter Bezug auf das FluB- 
diagramm in Fig. 2, existiert bei dem Intermptservice 
der PC-ProzeB, dessen Gerateeingabewartezustand 
aufgelost wurde, und daher wird die erste. Steuervor- 
20 richtung 108 des PC-OS gerufen und die Ausfuhrung des 
PC-Prozesses kann in manchen Fallen in der Form einer 
Datenempfangsvollendung gestartet werden. 

Als nachstes wird unter Bezug auf Fig. 8 der Betrieb 
erortert werden, bei dem der PC-ProzeB Daten uber- 
25 tragt und der RT-ProzeB Daten empfangt 

Wenn die zweite Steuervorrichtung 101 von einem 
Gerateinterrupt aufgerufen wird und in der Folge der 
RT-ProzeB ausgefuhrt und Datenempfang aufgerufen 
wird, dann wird die Vorrichtung zur Kommunikation 
30 zwischen PC-Prozessen aufgerufen. 

Die Vorrichtung zur Kommunikation zwischen PC- 
Prozessen uberpruft als erstes im Schritt 801, ob oder ob 
nicht Daten existieren. Wenn Daten existieren, kopiert 
die Vorrichtung zur Kommunikation zwischen PC-Pro- 
35 zessen die Daten in den Speicherbereich, der durch den 
RT-ProzeB in Schritt 802 bestimmt wurde, und beendet 
den Datenempfang und gibt dann die Steuerung an den 
RT-ProzeB zuruck. 
Wenn in Schritt 801 keine Daten existieren, so ver- 
40 setzt die Vorrichtung zur Kommunikation zwischen PC- 
Prozessen den RT-ProzeB auBer einen ausfuhrbaren 
Zustand und den ProzeB in einen Datenempfangwarte- 
zustand in Schritt 803 und halt die Zustandsinformation 
in Schritt 804 fest, ruft dann die zweite Steuervorrich- 
45 tung 101 in Schritt 805. Diese aufgerufene zweite Steu- 
ervorrichtung entspricht Schritt 403 in Fig. 5, wie bei 
der Beschreibung von Warten. 

Wenn alle ausfuhrbaren RT-Prozesse auBer dem RT- 
ProzeB, der in den Datenempfangswartezustand ver- 
so setzt ist, ausgefuhrt sind, gibt die zweite Steuervorrich- 
tung 101 die Steuerung an den Intermptservice des PC- 
OS zuruck und der Gerateinterruptservice ist vollendet 
Folglich wird die erste Steuervorrichtung 108 des PC- 
OS aufgerufen. 
55 Bei AbschluB des Gerateinterruptservices (wenn kei- 
ner der Prozesse im Gerateeingabewartezustand aus 
dem Wartezustand in der Geratetreiberverarbeitung 
entlassen wurde) werden einige Betriebssysteme zu 
dem Punkt des Auftretens des Interrupts zuruckkehren. 
60 In vielen Fallen wird irgendein PC-ProzeB ausgefuhrt, 
und die Verarbeitung wird bei AbschluB des Inter- 
ruptservices wieder begonnen. Da das PC-OS die CPU 
den PC-Prozessen gleichmaBig zuweist, werden die PC- 
Prozesse fruher oder spater durch die erste Steuervor- 
65 richtung 108 ausgefuhrt 

Wenn der PC-ProzeB eine Anforderung zur Daten- 
ubertragung in Schritt 806 erzeugt, ruft der Treiber-Ein- 
bau-Mechanismus die Vorrichtung zur Kommunikation 
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zwischen PC-Prozessen des PC-Eehtzeitsteuermecha- Startadresse fur Routinen beginnt, in einen Speicherbe- 

nismus als eine Datenausgabeanforderung auf. Die Vor- reich in dem PC-Echtzeitsteuermechanismus des Gera- 

richtung zur Kommunikation zwischen PC-Prozessen tetreibers kopieren und die Startadresse der Routine in 

uberpruft zuerst in Schritt 807, ob Oder ob nicht ein der TabeUe eintragen, die zuvor unter Bezug auf das 
RT-ProzeB in einem Datenwartezustand existiert 5 Hu6diagramminFig.4beschriebenwurde. 

Wenn eiri RT-ProzeB in einem Datenwartezustand nicht Um beispielsweise den gesamten PC-ProzeB zu regi- 

existiert, kopiert die Vorrichtung zur Kommunikation strieren, der als als vom PC-ProzeB erzeugt und getestet 

zwischen PC-Prozessen in Schritt 808 Daten in den wurde, kann die RT-Ladevorrichtung einen PC-ProzeB, 

Speicherbereich der Vorrichtung zur Kommunikation der auf einer externen Speichereinheit gespeichert ist, in 
zwischen PC-Prozessen. l0 einen Speicherbereich in dem PC-Echtzeitsteuermecha- 

AJs nachstes benachrichtigt im Schritt 809 die Vor- nismus lesen und die Anfangsadresse in der Tabelle re- 

richtung zur Kommuni k ation zwischen PC-Prozessen gistrieren, die zuvor unter Bezug auf das FluBdiagramm 

den Treiber-Einbau-Mechanismus von dem AbschluB inKg*4beschriebenwurde, 

der Datenausgabeanforderung und beendet die Verar- Wenn die Routine bder PC-ProzeB, der als ein RT- 

beitung.FolgUchwirddieAusfuhrungdesPC-Prozesses 15 ProzeB erzeugt und getestet wurde, Funktionen be- 

neu begonnen als DatenubertragungsabschluB. In dem nutzt, die durch das PC-OS zur Verfugung gestellt wer- 

Beispiel wird der RT-ProzeB in den Datenwartezustand den, beispielsweise einen Systemaufruf, dann muB 

versetzt, die Vorrichtung zur Kommunikation zwischen selbstverstandlich die Ladevorrichtung dieselbe Funk- 

PC-Prozessen geht von Schritt 807 zu Schritt 810 und tion in dem PC-Echtzeitsteuermechanismus zur Verfu- 

kopiert die Daten in den Speicherbereich, der durch den 20 gung stellen. Da die Funktionen als einfache Unterrouti- 

RT-ProzeB bestimmt ist nen des PC-Prozesses programmiert sind, mussen die 

Als nSchstes versetzt in Schritt 811 die Vorrichtung Adressen der Unterroutinen selbstverstandlich aufge- 

zur Kommunikation zwischen PC-Prozessen den RT- ldst werden, wahrend die Unterroutinen als RT-Prozes- 

ProzeB in einen ausfQhrbaren Zustand Dann geht sie se in den PC-Echtzeitsteuermechanismus geladen oder 

zum Schritt 809 und benachrichtigt den Treiber-Einbau- 25 ausgefflhrt werden. 

Mechanismus vom AbschluB der Datenausgabeanfor- Als ein Verfahren zur Aufldsung der Adressen kdn- 

derung und vollendet die Verarbeitung. Der RT-ProzeB, nen beispielsweise nach der Beendigung des Tests des 

der im Schritt 811 in den ausfQhrbaren Zustand versetzt PC-Prozesses nur die Unterroutinen in einen Zustand 

wurde, wird durch die zweite Steuervorrichtung 101 unaufgeloster Adressen wegkompiliert werden und die 

ausgefuhrt, wenn ein anderer Geratetreiberinterrupt 30 RT-Ladevorrichtung kann wShrend des Kbpierens des 

auftritt, und die Datenempfangsverarbeitung des RT- Programmes unaufgeloste Adressen mit den korrespon- 

Prozesses ist abgeschlossen. dierenden Unterroutinen in dem PC-Echtzeitsteuerme- 

Nachdem der RT-ProzeB im Schritt 811 in den aus- chanismus ersetzerL 

fuhrbaren Zustand versetzt wurde, wird der Treiber- Weiterhin stehen mehrere bekannte Verfahren zur 

Einbau-Mechanismus von dem AbschluB der Datenaus- 35 Verfugung; jedes Verfahren karm in der Erfindung ver- 

gabeanforderung benachrichtigt Um die Ansprechbar- wendet werden. Die Funktionen, die durch das PC-OS 

keit auf den RT-ProzeB zu erhdhen, kann jedoch die zur Verfugung gestellt werden, konnen als eine Nut- 

zweite Steuervorrichtung 101 aufgerufen werden, um zungsbegrenzung abgeschaltet werden, die aufgestellt 

den RT-ProzeB auszuf uhren, bevor der Treiber-Einbau- wird, um PC-Prbzesse als RT-Prozesse zu erzeugen. 

Mechanismus von dem AbschluB der Datenausgabean- 40 (8) Als nachstes wird die PC-OS-Schutzvorrichtung 

forderung ^ benachrichtigt wird. In diesem Falle muB der 106 erdrtert werden. 

Treiber-Einbau-Mechanismus von dem AbschluB der Das PC-OS, das den Treibereinbaumechanismus be- 

Datenausgabeanforderung in Warten benachrichtigt sitzt, stellt PC-OS-Funktioneh zur Verfuguhg, die von 

warden, das von dem RT-ProzeB aufgerufen wird, bevor dem Geratetreiber verwendet werden konnen. Diese 

die Verarbeitung beendet wird 45 Funktionen unterscheiden sich normalerweise von den 

(7) Als nachstes wird die Verarbeitung der RT-Lade- Funktionen, die durch dais PC-OS fur PC-Prozesse zur 

vorrichtung 105 erdrtert werden. Verfugung gestellt werden. Der Geratetreiber lauft 

In allgemeinen Computersystemen mussen GerSte- hiufig als ein Teil des PC-OS und leichtfertige Benut- 

treiber verglichen mit der Entwicklung von Anwendun- zung der Funktion, die fur den Geratetreiber an einem 

gen sorgfaltig entwickelt werden und sind schwer zu 50 RT-ProzeB zur Verfugung gestellt wird, kann ein ernst- 

entwickeln. Da der PC-Echtzeitsteuermechanismus der haftes Problem verursachen, das zu einem Anhalten des 

Erfindung RT-Prozesse als interne Routinen des Gera- Systems fuhrt 

tetreibers ausfiihrt, verursacht die Entwicklung vergli- Die PC-OS-Schutzvorrichtung ist eine Konversions- 

chen mit RT-Prozessen, die fruher als RT-OS-Anwen- routine, um die RT-Prozesse sicherer mit den Funktio- 

dungen entwickelt wurden, Schwierigkeiten. 55 nen, die durch das PC-OS fur den Geratetreiber zur 

Daher ist die RT-Ladevorrichtung 105 ein Mechanis- Verfugung gestellt werden, zu versorgen und sie fuhrt 

mus, um eine Anwendung als ein RT-ProzeB 102 des eine strenge Fehleruberprufung durch, Qberpriift die 

PC-Echtzeitsteuermechanismus des Geratetreibers auf- Zugangsadresse, schlieBt Verarbeitungen aus, die einen 

zunehmen, die als ein PC-ProzeB 1 1 1c entwickelt und Widerspruch fur den PC-OS-Betrieb verursachen, etc. 
getestet wurde. go 

Die RT-Ladevorrichtung 105 Mngt stark von den Be- Ausfuhrungsform 2 
grenzungen ab, die aufgestellt wurden, falls ein RT-Pro- 
zeB als PC-ProzeB hergestellt und getestet wurde. Eine zweite AusfQhrungsform der Erfindung wird un- 
Wenn beispielsweise die RT-Ladevorrichtung eine Re- ter Bezug auf die Fig. 9 bis 12 erortert 
gistrierungsanforderung eines RT-Prozesses als einen 65 In Fig, 9 bezeichnet die Zahl 901 die Vorrichtung zur 
RT-ProzeB ausfuhrt, der als eine Routine eines PC-Pro- Oberwachung von Nutzungsrechten zur Oberwachung 
zesses hergestellt wurde, kann sie den ProzeB (Routine) der Belegzeit einer CPU in einem PC-Echtzeitsteuerme- 
in der GrdBe einer Routine, die an der vorbestimmten chanismus. Der PC-Echtzeitsteuermechanismus, der als 
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ein Geriitetreiber lauft, wird nicht durch die erste Steu- die Steuerung zu Schritt 1005, bei welchem gernafi der 

ervorrichtung gesteuert Wenn eine groBe Anzahl von zuruckliegenden Zahlinformation wie in Schritt 1Q03 

RT-Prozessen lauft, wird daher die Steuerung nicht an uberpruft wird, ob oder ob nicht die Bedingung erfullt 

die erste Steuervorrichtung ubertragen und es tritt ein ist Schritt 1005 wird wirksam, wenn der obere Grenz- 

Zustand auf, bei welchem ein PC-ProzeB nicht langere 5 wert des Prozentanteils an CPU-Belegung innerhalb ei- 

Zeit lauf en kann. ner gegebenen Zeit uberschritten wird. 

Die Vorrichtung zur Oberwachung von Nutzungs- Wenn in Schritt 1005 festgestellt wird, daB die Bedin- 
rechten uberwacht und zahlt die Zeit, wahrend der der gung erfullt ist, wird die Vorrichtung zur Oberwachung 
PC-Echtzeitsteuermechanismus die CPU besetzt und von Nutzungsrechten angehalten und die Steuerung 
gibt zwangsweise die Steuerung an das PC-OS unter 10 wird an das PC-OS zuruckgegeben. 
einer geeigneten Bedingung zuruck, so daB die CPU Wenn in Schritt 1005 festgestellt wird, daB die Bedin- 
ordnungsgemaB zwischen den PC-Echtzeitsteuerme- gung nicht erfullt ist, d. h. daB der PC-Echtzeitsteuerme- 
chanismus und der CPU verteilt werden kann. chanismus in Betrieb ist, geht die Steuerung zum Schritt 

Die Ziffern 101-111 in Fig. 9 sind dicselben wie die in 1006 und die zweite Steuervorrichtung wird aufgerufen. 

Fig. 1 gezeigten. 15 Bei Beendigung der Verarbeitung aller ausfuhrbarer 

Als nachstes wird der Betrieb erortert werden. RT-Prozesse ubertragt die zweite Steuervorrichtung 

Die Vorrichtung zur Oberwachung von Nutzungs- die Kontrolle an Schritt 1007, bei welchem die Vorrich- 

rechten lauft als eine Interruptdienstroutine, die von tung zur Oberwachung von Nutzungsrechten die Be- 

dem Schritt 204 in Fig. 2 auf geruf en wird triebsdauer des PC-Echtzeitsteuermechanisraus seibst 

Im Schritt 1001 bestimmt die Vorrichtung zur Ober- 20 und dann die Steuerung an das PC-OS zuruckgibt 

wachung von Nutzungsrechten zuerst, ob oder ob nicht Als nachstes wird ein weiteres Verarbeitungsbeispiel 

der PC-Echtzeitkontrollmechanismus in Betrieb ist Das fur zwangsweise Ruckgabe der CPU-Nutzungsrechte 

Bestimmungsverf ahren kann ahnlich dem Verf ahren in an das PC-OS entsprechend Fig. 1 2 erortert 

Schritt 401 inFig.4sein. In der Figur sind die Schritte 1001 — 1007 dieselben 

Wenn der PC-Echtzeitsteuermechanismus in Betrieb 25 wie diejenigen in dem FluBdiagramm in Fig. 10. 

ist, zahlt die Vorrichtung zur Oberwachung von Nut- Wenn bei Schritt 1003 festgestellt wird, daB die Bedin- 

zungsrechten die Betriebszeit des PC-Echtzeitsteuer- gung erfQUt ist geht die Vorrichtung zur Oberwachung 

mechanismen. Das Zahlverfahren kann einen einfachen von Nutzungsrechten zu Schritt 1201 und versetzt alie 

Zahler verwenden oder die Betriebszeit aufsummierea augenblicklich in einem ausfuhrbaren Zustand befindli- 

AIs nachstes bestimmt im Schritt 1001 die Vorrich- 30 chen RT-Prozesse auBerhalb des ausfuhrbaren Zustan- 

tung zur Oberwachung von Nutzungsrechten, ob oder des und beendet dann die Verarbeitung. 

ob nicht die Zahlinformation, wie sie in Schritt 1002 zur Wenn in Schritt 1005 festgestellt wird, daB die Bedin- 

Verfugung gestellt wird, eine vorherbestimmte Bedin- gung nicht erfullt ist, stellt die Vorrichtung zur Oberwa- 

gung erfullt Die vorherbestimmte Bedingung kann der chung von Nutzimgsrechten alle RT-Prozesse wieder 

obere Grenzwert der kontinuierlichen CPU-Belegzeit 35 her, die in Schritt 1201 angehalten wurden, in den aus- 

des PC-Echtzeitsteuermechanismus sein, oder sie kann fuhrbaren Zustand in Schritt 1203, wieder her und ruft 

beispielsweise der obere Grenzwert des Prozentanteils dann im Schritt 1 006 die zweite Steuervorrichtung auf. 
der CPU-Belegung innerhalb einer gegebenen Zeit sein, 

Wenn in Schritt 1003 festgestellt wird, daB die Bedin- Ausfuhrungsform3 

gung erfullt ist, d h. der Zustand ein Zustand ist, in wel- 40 

chem das CPU Nutzungsrecht zwangsweise von dem Als n&chstes wird unter Bezug auf die Fig. 13 und 14 

PC-Echtzeitsteuermechanismus an das PC-OS zurflck- eine dritte Ausfuhrungsform der Erfindung erdrtert 

gegeben wird, geht die Vorrichtung zur Oberwachung werden. 

von Nutzungsrechten zu Schritt 1004, setzt ein Zwangs- In Fig. 13 sind die Ziffern 1301a und 1301b Vorrich- 

beendigungskennzeichen und beendet die Verarbei- 45 tungen zur Konkurrenzkontrolle zur Ausubung einer 

tung. ausschlieBKchen Steuerung, wenn RT-Prozesse Daten- 

Dieses Zwangsbeendigungskennzeichen wird durch austauschdiuxhfuhrenundzurSynchronisierungsverar- 

eine zweite Steuervorrichtimg uberpruft Fig. 11 zeigt beitung fiber PC-Echtzeitsteuermechanismen. 

einen Verarbeitungsablauf der zweiten Steuervorrich- Die weiteren Elemente sind dieselben wie diejenigen 

tung, welchem der OberprufungsprozeB hinzugefugt 50 in Fig. 1. 

wurde. Als nachstes wird der Betrieb entsprechend einem 

Fig. 1 1 unterscheidet sich von Fig. 4 lediglich darin, FluBdiagramm in Fig. 14 erortert werden. 

daB Schritt 404 in Fig. 4 von einem zusStzlichen Schritt Die Vorrichtung zur Konkurrenzkontrolle in dieser 

1101 gefolgt wird, urn zu fiberprfifen, ob oder ob nicht Ausffihrungsform stellt einen Zugangspunkt zur Verfu- 

das Zwangsbeendigungskennzeichen gesetzt ist 55 gung, um Funktionen fur Kommunikation zwischen RT- 

Wenn in Schritt 1 101 das Zwangsbeendigungskenn- Prozessen, Synchronisierung eta fur einen anderen PC- 

zeichen gesetzt ist, wird die Verteilung der CPU an den Echtzeitsteuermechanismus zur Verfilgung zu stellen. 

RT-ProzeB beendet und die Steuerung wird an das PC- Welche Funktionen, wie Kommunikationen zwischen 

OS zuruckgegeben, seibst wenn ein RT-ProzeB in einem Prozessen und Synchronisierung, als PC-Echtzeitsteuer- 

ausfuhrbaren Zustand existiert eo mechanismus zur Verfugung gestellt werden, kann nach 

Wenn die Bedingung in Schritt 1003 nicht erfullt ist, Wunsch bestimmt werden und ist nicht direkt verknupft 

wird als nachstes die Verarbeitung der Vorrichtung zur mit der Erfindung und wird daher hier nicht erortert 

Oberwachung von Nutzungsrechten beendet, da der werden. 

PC-Echtzeitsteuermechanismus in Betrieb ist und die In Schritt 14Q1 uberpruft zuerst die Vorrichtung zur 

RT-ProzeBverarbeitung wird an dem Punkt des Auftrit- 65 Konkurrenzkontrolle, ob eine Verarbeitungsanfrage, 

tes des Interrupts wieder aufgenommen. die an den Zugangspunkt der Vorrichtung zur Konkur- 

Wenn in Schritt 1001 festgestellt wird, daB der PC- renzkontrolle gegeben wurde, eine Anfrage ist, die von 

Echtzeitsteuermechanismus nicht ausgefuhrt wird, geht dem PC-Echtzeitsteuermechanismus ausgegeben wur- 
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de, zu welcheih die Vorrichtung zur Konkurrenzkon- 
trolle gehdrt zu einem anderen PC-Echtzeitsteuerme- 
chanismus oder eine Anfrage, die von einem andereff 
PC-Echtzeitsteuermechanismus ausgegeben wurdcUm 
diese Kontrolle durchzufuhren, kann ein Code, der fahig 
ist anzuzeigen, welcher PC-Echtzeitsteuermechanismus 
die Verarbeitung anfragt, in die Verarbeitungsanfrage- 
daten eingefiigt werden oder eine besondere Zahl kann 
jedem PC-Echtzeitsteuermechanismus zugeordnet und 
in einer besonderen Position, beispielsweise in den Ver- 
arbeitungsanf orderungsdaten eingefugt werden. 

Wenn die Verarbeitungsanforderung nicht von einem 
anderen PC-Echtzeitsteuermechanismus im Schritt 1401 
ausgegeben wurde, geht die Vorrichtung zur Konkur- 
renzkontrolle zu Schritt 1402 und sendet die Verarbei- 
tungsanfragedaten an den Zugangspunkt der Vorrich- 
tung zur Konkurrenzsteuerung des anderen PC-Echt- 
zeitsteuermechanismus (1301a in Fig- 13). 

Wenn die Verarbeitungsanfrage von einem anderen 
PC-Echtzeitsteuermechanismus in Schritt 1401 ausge- 
geben wurde, geht die Vorrichtung zur Konkurrenzkon- 
trolle zu Schritt 1403 und ruft eine Routine auf zur 
Ausfuhrung der angefragten Verarbeitung. 

Wie wir erSrtert haben, werden gemaB der Erfindung 
Anwendungen und Echtzeitprozesse basierend auf dem 25 
Betriebssystem betrieben, das auf einer CPU lauft, da- 
her kann die Verbesserung des PC-OS zu einer hoheren 
Version leicht durchgefuhrt werden und es kann ein 
System fur Koexistenz von Prozessen zur Unterdruk- 
kung von Hardwarekosten zur VerfQgung gestellt wer- 
den. 

GemaB der Erfindung werden Daten zwischen Echt- 
zeitprozessen oder Echtzeit- und Anwendungsprozes- 
sen ausgetauscht, so daB Echtzeit- und Anwendungs- 
prozesse in Zusammenarbeit miteinander laufen kon- 
nen. 

GemaB der Erfindung wurde ein EchtzeitprozeB als 
ein AnwendungsprozeB entwickelt und zur Ausfiihrung 
als ein EchtzeitprozeB dann geladea Daher kann die 
Funktion, die zur VerfQgung gestellt wird, leicht als ein 
EchtzeitprozeB programmiert werden. 

GemaB der Erfindung wird auch fur Echtzeitprozesse 
ein Dienst zur VerfQgung gestellt, der von dem Betriebs- 
system im wesentlichen fQr den Ger&tetreiber von Ein- 
gabe/Ausgabe-Geraten zur VerfQgung gesteUt wird 
Daher konnen Echtzeitprozesse, die als Anwendungs- 
prozesse entwickelt wurden, sicher betrieben werden. 

GemaB der Erfindung wird die Zeit, in der Echtzeit- 
prozesse die CPU-Kapazitat beanspruchen, Qberwacht, 
so daB die Echtzeitprozesse die CPU-Kapazitaten nicht 
Qber eine gegebene Zeit hinaus besetzen. Daher kdnnen 
Echtzeitprozesse ausgefuhrt werden, ohne die Ant- 
wortsfahigkeit auf den Nutzer des Anwendungsprozes- 
ses zu beeintrachtigen. 

GemaB der Erfindung wird ein Zugangskonkurrenz- 
mechanismus imter dem Echtzeitsteuermechanismus 
zur VerfQgung gestellt, so daB Echtzeitprozesse mit un- 
terschiedlichen Eigenschaften zur gleichen Zeit unter 
einem Betriebssystem betrieben werden konnen. 

Die vorstehende Beschreibung einer bevorzugten 
Ausfuhrungsform der Erfindung wurde zum Zwecke 
der Erlauterung und Beschreibung dargestellt Es ist 
nicht beabsichtigt vollstandig zu sein oder die Erfindung 
durch die genaue offengelegte Form zu beschranken 
und Andenmgen und Variationen sind im Lichte der 
obigen Lehre moglich oder konnen aus der Durchfuh- 
rung der Erfindung erworben werden. 

Die Ausfuhrung wurde gewahlt und beschrieben, um 



die Prinzipien der Erfindung zu erklaren und ihre prakti- 
sche Anwendung, um es dem Fachmann zu ermoglichen, 
die Erfindung in verschiedenen Ausf uhrungsformen und 
mit verschiedenen Ab&nderungen zu nutzen, die fur den 
5 besonderen- beabsichtigten Gebrauch geeignet sind In 
dieser Beschreibung ist auch Bezug genommen auf die 
prioritatsbegrQndende Voranmeldung JP 8-177 898 vbm 
8. Juli 1996 und die in ihr enthaltene Offenbarung aus- 
drQcklich mit aufgenommea Es ist beabsichtigt, daB der 
io Rahmen der Erfindung bestimmt wird durch die hier 
angehangten AnsprQche und deren Aquivalente. 
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Patentanspruche 

1. Echtzeitsteuersystem umfassend: 

eine erste Steuervorrichtung zur Zuordnung von 
CPU-Kapazitaten zu Anwendungsprozessen und 
Steuerung der Anwendungsprozesse; 
einen Treibereinbaumechanismus zum Einbau ei- . 
nes GerStetreibers, um Eingabe/Ausgabe-Verar- 
beitungenfurGeratedurchzufuhren; 
ein Echtzeitsteuermechanismus, der als ein Echt- 
zeitsteuermechanismus auf Verarbeitung zugreift, 
die Echtzeitantwortfahigkeit auf einen Interrupt 
von einem Gerat erfordern, wie ein Geratetreiber 
von einem Betriebssystems; 
Echtzeitprozesse, die in einer Verarbeitungskorre- 
spondenz mit den Geraten gebildet werden; und 
eine zweite Steuervorrichtung, um CPU-Kapazita- 
ten den genannten Echtzeitprozessen zuzuordnen 
und genannte Echtzeitprozesse zu steuem. 

2. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB ( der genannte Echtzeit- 
steuermechanismus weiterhin eine Vorrichtung zur 
Kommunikation zwischen Echtzeitprozessen zur 
tJbertragung von Daten zwischen den genannten 
Echtzeitprozessen aufweist 

3. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB der genannte Echtzeit- 
steuermedianismus weiterhin eine Vorrichtung zur 
Kommunikation zwischen Prozessen zur Obertra- 
gung von Daten zwischen dem Anwendungspro- 
zeB, der unter dem Betriebssystem lauft, und dem 
genannten EchtzeitprozeB auf weist 

4. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB der genannte Echtzeit- 
steuermechanismus weiterhin einen Lademecha- 
nismus fur Echtzeitprozesse zur Eintragung des un- 
ter dem Betriebssystem laufenden Anwendungs- 
prozesses als genannten EchtzeitprozeB aufweist 

5. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB der genannte Echtzeit- 
steuermechanismus weiterhin eine Betriebssystem- 

. schutzvorrichtung aufweist, um eine Dienstfunk- 
tion zu ermdglichen, die durch das Betriebssystem 
fur den Geratetreiber zur VerfQgung gestellt wird, 
um von den genannten Echtzeitprozessen genutzt 
zu werden. 

6. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB der genannte Echtzeit- 
steuermechanismus weiterhin eine Vorrichtung zur 
Oberwachung von Nutzungsrechten aufweist, um 
die Zeit, wahrend der die zweite Steuervorrichtung 
die CPU-Kapazitat von dem Betriebssystem bean- 
sp nicht, zu messen und festzuhalten und um abhan- 
gig von dem Ergebnis der Messung die CPU-Kapa- 
zitat zwangsweise an das Betriebssystem zuruckzu- 
geben. 
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7. Echtzeitsteuersystem gemaB Anspruch 1, da- 
durch gekennzeichnet, daB es weiterhin eine Vor- 
richtung zur Konkurrenzkontrolle aufweist, um ein 
Master-Slave-Verhaltnis oder ein Prioritatsverhalt- 
nis unter den genannten Echtzeitsteuermechanis- 5 
men einzustellen, wenn es eine Mehrzahl genannter 
Echtzeitsteuermechanismen gibt 
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